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Consolidated Communications System Specification 



PREFACE 



This document is the System Specification document for the Consolidated 
Communications System (CCS). It represents Control Data Corporation's 
design of CCS to meet the requirements as stated in the CCS Statement 
of Work. 
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1.0 GENERAL 



1.1 Purpose 



The System Specification for the Consolidated Communications System (CCS) is 
written to fulfill the following objectives: 

a. To provide definition of the CCS system functions. 

b. To define in detail the interfaces with other systems and 
subsystems and the facilities to be utilized for accomplishing the 
interfaces. 

1.2 Project References 

The list of documents contained in CCSYSTM-019-TIP-OO-A Section 1.3 has 
pertinent information in understanding the Consolidated Communications 
Software. These documents, even if not directly referenced in the text, 
should be considered part of this document. 
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2.0 SUMMARY OF REQUIREMENTS 

2.1 System Description 

A "general system description Is contained the CCS-A004-MO-00-A, CCS 
Management Overview. 

2.1.1 CCS MP-32 Applications Software 

o Inter-Computer Network software (ICN) - This software provides a 
method of communication between tasks that span physical mainframes. 

o CYBER Channel Coupler Link Driver (CCCLD) - This software interfaces 
with ICN on the MP-32 to the CYBER Channel Coupler Manager (CCCMGR) 
in MPX/OS, which handles the hardware interface to the IPS. 

o Network Manager (NM) - This software statuses the IPS computers and 
responds to IPS NM requests to maintain the ICN Machine Table and 
ICN Link Table. 

o Transfer Queue Processor (TQ) - This software creates CCS messages 
from IPS Transmit files. It will also perform character translation 
during the transfer when requested. 

o Receive Queue Processor (RQ) - This software creates or adds CCS 
messages received from the remote circuits to either Permanent or 
Queue files on the IPS. This software will also perform character 
translation during the transfer when requested. 
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o Queuer Process (Q) - This software stacks short messages received f J 
from a remote circuit into a single summed message and then releases 
that message to the CCS message traffic based on time or size. It 
will also perform character translation. 

o Message Routing Software (MRS) - This software directs the flow of 
message traffic through the CCS. It is composed of Message Routing 
Task (MRT), Message Routing Reading routines (MRR), and Bit Stream 
I/O (BSIO). 

o Protocol Formatting Modules (PFM) - This software maps circuit 
format messages to CCS internal format messages and vice versa, and 
communicates with each circuit according to its specific protocol. 

o System Operator Task (SOT) - This software interfaces with the 
Interactive Terminal Subsystem (ITS) to the CCS application to allow 
the operator to control message processing on the CCS. 

o Message Editor - This software provides the CCS operator to 
interface with CCS message traffic. 

o Report Generator - This software provides a utility for statistical 
summaries of dayfile messages. 

2.1.2 MPCLA Software (Circuit Interface Software) 

This software provides PFM with an interface to the circuits according to 
the specific protocol. Low-level synchronization and data enveloping is 
handled by this software. 

2.1.3 IPS Software Modification 

The IPS support software includes software modifications within the IPS 
environment made necessary by the interface requirements of CCS. this 
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Includes software to interface with the CCS hardware. This software also 
provides the functional capabilities for CCS to access IPS time, date, 
files, and queue lists. 
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3.6 ENVIRONMENT 

3.1 Equipment Environment 

The" CCS hardware Is configured as stated In the Test Plan 
CCSYSTM-014-TIP-OO-A. 

3.2 Support Software 

The support software required for the CCS system Is divided Into four 
categories and Is described In the following four sections. Features of the 
MPX/OS system, the Interactive Terminal Subsystem (ITS), and the MPX/OS 
product set which are required by CCS are described In the first three 
sections. These sections Include the description of the modifications 
needed to satisfy the CCS requirements. The last section describes certain 
features of the ICN software which will be required to support CCS. The CCS 
modifications to this software are discussed In section 4.2 of this document. 

3.2.1 MPX Operating System Features 

The MPX Operating System (MPX/OS) performs the System Control Functions. 
The MPX/OS has ultimate control over the access to CCS resources, and 
allocates resources to the CCS software modules based upon Information 
supplied by the communicatlonse software modules. MPX/OS V3 is described in 
V3.0 Reference Manual (17329125). 

3.2.2 Interactive Terminal Subsystem Features 

The Interactive Terminal Subsystem provides an Interface between terminal 
users (I.e. Interactive terminals, remote batch terminals, and the system 
console) and the system. This Interface allows users to communicate with 
jobs in the system, monitor and alter system input, output, and execution 
queues, monitor job execution, monitor the system dayflle, control external 
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peripheral devices, control remote batch Input/output, and monitor system If 
file management. The Interactive Terminal Subsystem Reference Manual 
(175291A0) describes the ITS. 

3.2.3 MPX/OS Product Set Features 

This section lists the members of the MPX/OS Product Set which are required 
by the CCS. The reader Is directed to the appropriate reference manual for 
a description of the features of each product. 

FORTRAN Compiler COMPASS 

MP-60 Loader COPYL 

MP-60 Update Utility 

MICRO MASS 

Z-80 Relocatable Assembler Z-80 Linking Loader 

3.2.4 Inter-Copmputer Network Features 

This section describes the features of the Inter-Computer Network (ICN) 
which are to be provided by the Government and are described here to define 
the ICN software required by CCS. These descriptions do not Include the 
enhancements to the ICN modules necessary to satisfy the additional 
requirements imposed by CCS. These enhancements are described in section 
4.2. 

Postal Facility 

The Network M.ICE Post Office functions are the vehicle through which 
process to process communication is established among the CDC CYBER 170/6000 
series machines in the Inter-Computer Network. These functions provide a 
FPU process with the ability to: 

o Obtain an ECS buffer for construction of a network message and to 
Initialize the header fields of the message. 
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o Place message into the ECS buffer. 

o Deliver the ECS buffer containing the message to the destination PPU. 

o Receive a message addressed to this PPU from the network and extract 
r information in the header of the message. 

o Extract data from the body of the message. 

o Return an ECS buffer to the list of unused buffers (free list). 

The arguments to and information returned from these M.ICE functions are 
contained in the PP message buffer area associated with the particular PPU 
using the functions. 

File Access Facility 

The File Access Facility (FAF) is a process that is called into execution by 
a message arriving at its mailbox. The FAF will access and perform 
operations on the local file system on behalf of a process running in its 
own or some other machine. The process using the FAF will send a command 
and perhaps some data as a network message. FAF will interpret the command, 
perform the requested function, and return a reply message to the 
requestor. The major and minor modules of the FAF are described below, and 
include WRITE, READ, POSITION. RETURN, REQUEST, ROUTE, CATALOG, ATTACH, 
EXTEND, PURGE, DAYFILE, AND QUEUE. FAF begins by picking up a message from 
its mailbox and decoding the request. 

Write 

The logical file name of the file to be written is contained within the 
request and that, in conjunction with the requestor's network address, 
isused to search the File Name Table (FNT) for the local file. If the 
name is not found, an FNT entry is created. The file contained in the 
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message received Is then written to the local file. A response Is sent to 
the requestor. 



Read 



The local file name Is obtained from the request. The FNT Is searched 
for a match. If the specified file is not found, a "FILE DOES NOT 
EXIST" reply message is sent to the requestor. Otherwise, the data is 
read into the FAF buffer until the specified EOR, EOF, or EOI or end of 
the FPU buffer is encountered (as determined by the stop type). The 
Data Read is formatted into a network mesage. Dependent upon the stop 
type, the number of records encountered, number of files encountered, 
or the number of words transferred is added to the reply. The reply is 
sent back to the requestor. 

Position 

The logical file name is extracted from the request, the FNT is 
searched and if the file is found, the requested positional operation 
is performed (rewind, skip, and so forth). A reply message is then 
sent to the requestor. 

Return 

The FNT is searched for ALL logical file names present In the message. 
If a match is found, the file is returned. At completion a reply 
message is sent to the requestor. 

Request 

Extract the logical file name from the request. Search for the FNT for 
the specified file. If it does not exist, then build an FNT entry for 
the file on the device specified in the request. Send a reply message 
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to the requestor. If the file did exist, send an error reply message 
indicating the file already exists. 

Route 

-' The logical file name is extracted from the request. The FNT is 
searched and if the file is found, it is routed to an input or output 
queue with the specified routing parameters. A reply message is sent 
to the requestor. If the file was not found in the FNT search, an 
error reply is sent to the requestor. 

Catalog 

The logical file name is extracted from the request. The FNT is 
searched and if the file is found, it is routed to an input or output 
queue with the specified routing parameters. A reply message is sent 
to the requestor. If the file was not found in the FNT search, an 
error reply is sent to the requestor. 

Attach 

The logical file name is extracted from the request. A long form 
permanent file request is issued with the permanent file parameters 
supplied in the request. The appropriate bits are set in the request 
to ensure that requests are not queued and return codes are returned. 
If the ATTACH is successful, the FNT address of the file is added to 
the reply message. A reply message with the returned status 
information is sent to the requestor. 

Extend 

The logical file name is extracted from the request. The FNT is 
searched and if a file is foiund, the PFM routine for extends is called 
with permfile parameters supplied with the request. A reply message is 
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formatted with the status Information returned from the PFM routine and sent 
to the requestor. If the file Is not found, an error reply message Is sent 
to the requestor. 

Purge 

The logical file name and other permanent file parameters are extracted 
from the request. The PFM routine for purging Is called with the 
supplied parameters. If purge Is successful, the local file Is 
returned. A reply message Is formatted from the status Information 
returned from the PFM routine and sent to the requestor. 

Dayflle 

The data portion of the request received is formatted as a dayflle 
message and entered as a dayflle message as specified by the dayflle 
flag bits. A reply message Is returned to the "'requestor. 

Queue (Create, Evict) 

The logical file name and TID (if non-zero) are extracted from the 
request and the FNT is searched for a file that matches. If one is 
found, IQF is called to create or evict the entry in the PFO. A reply 
message is sent to the requestor indicating the status of the request. 

Network Status Facility 

The Network Status Facility (NSF) is designed as a network server process in 
that it will respond with a reply to each request received. This module is 
a collection of all of the requirements for status information by other 
elements of ICN. In particular, the following status subsystems are 
included in NSF to provide status information for: 

o The Load Leveler Process 
o 
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o Operator Display 

o Network Statistics Gatherer 

o Network Echo Process 

The Network Status Facility is the type of server process that the postal 
system network will automatically call into execution each time a message is 
delivered to its mailbox. Upon entry NSF obtains the request message from 
its mailbox. A code field in the request identifies the type of request and 
therefore the form of reply desired. 



¥ 



^m}' 



3-7 



CCSYSTM-022-SS-OO-A 



3.3 Interfaces 

The Interfaces between the CCS and the following are described in Appendix F. 

_' o FNOC Transmit Queue 

o FNOC Receive Queue 

o MPX/OS Dayfile 

o FNOC Inter-Computer Network 

o MPCLA Subsystem 

o FNOC Circuit Protocols 

3.4 Security 

The Consolidated Communications System will be composed of unclassified 
computer programs which may have classified input and output data. The 
classified data is restricted to messages that CCS passes between the CDC 
CYBER/6000*s and the remote circuits. The control of the classified 
messages will be discussed in paragraph 3.5, Controls. 

The hardware devices which may contain or transfer classified information 
are listed below: 

NEDN/NEDS remote communication lines. 
Operator's Console and Hard Copy Device. 
Validated Interactive Terminals. 
Validated Remote Batch Terminals. 
CDC CYBER/6000 Interface. 
Mass Storage. 
Magnetic Tape Units. 
Printer Outputs. 
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3.5 Controls 



The controls present In the CCS vary from external controls such as the 
operator to internal controls such as the MPX/OS task scheduler. The MPX/OS 
controls are described in section 3.2.1 MPX/OS Features and in the MPX/OS 
Reference Manual. This section will describe two CCS control areas: 
Message Transmission and System Security. The CCS transmission controls 
include the procedures required for each inter-connection to ensure the 
validity of the transmitted data. The CCS security controls are composed of 
tables and procedures for the protection of message data from unauthorized 
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Remote Network Controls 



f} The two RS-232C signals "Data Carrier Detect" and "Data Set Ready" are used 
by the CCS to determine communication line and modem status. The "Data Set 
Ready" (DSR) signal is used by the CCS to determine communication line modem 
operability, while the "Data Carrier Detect" (DCD) signal is used for 
transmission control. If the DSR signal drops while data is being 
transmitted or received, then the communication line is considered down and 
the messages being received or transmitted must be re-started. For the 
current protocols the DCD signal must be "ON" for messages to be transmitted. 

In addition to the RS-232C control signals the remote network protocols each 
have different control mechanisms to validate the reception of error free 
messages. These mechanisms include parity, checksums, and message sequence 
numbers . 

Security Controls 

The CCS security controls are intended to prevent access to MP-32 Computer 
A System resources by non-validated users. These CCS controls are based on 
information obtained from three sources: initial system tables, system 
files, and operator entry. 
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The MPX Operating System maintains security information in the following 
tables and system files; 

o System security control (security control mask) 

J o Peripheral control tables (security contrl mask) 

o Task Control Tables (task current security level) 

o Mass storage directory (file security level) 

o User validation file (interactive user security levels) 

o Port setup file (remote circuit security levels) 

The System security mask is initialized at system installation but may be 
changed by the operator during the CCS operations. The System security mask 
is a global value levied on all system functions by the operator. No 
accesses will be allowed which are in conflict with the System security 
mask. If the operator attempts to alter the value while a CCS task requires 
resources which are in conflict with this value, the operator will be 
informed and the System security mask will not be altered. 

The peripheral control tables contain the security mask for each peripheral 
device within the system, but only the unit record equipment security masks 
will be allowed to be altered by the operator. The others (mass storage, 
communications lines adapters, and so forth) will not be allowed to vary and 
are controlled by other system tables and files. If the operator attempts 
to alter a non-unit record device, the operator will be informed and no 
changes will be made. 

The Task Control Tables contain security level information pertaining to an 
associated task. The CCS system will use this security level information to 
control resource allocation to a task. Both the task and the operator may 
change a task's security level but in no case will the level be allowed to 
conflict with the system security mask. If an attempt is made to alter the 
task's security level in a manner which makes it conflict with the system 
security level or with resources already obtained, then the task/operator 
will be informed, and no change will be made in the task's security level. 
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The Mass storage directory contains the information necessary to access the 
data contained within a file. This directory also contains a use parameter 
which contains the control level of the file. The use field may be one of 
the following control types: 

Uncontrolled Read/Write 

Controlled Read Only 

Confidential Secret 

Top Secret Limited to System Tasks 

The user validation file is used to control the interactive user access to 
the MPX Operating System. This file contains the user validation parameters 
described in the ITS feature description. These parameters include facility 
access, security level, and username/password combinations. This user 
f\ validation file is created and maintained by a special task within the ITS. 

The MPX/OS port setup file contains configuration and validation parameters 
for each communications line adapter (CLA) within the CCS. These parameters 
are described in the ITS features described previously. The port validation 
mask parameter contains the security control mask and when the port 
validation mask is combined with the user validation mask, the resulting 
mask is used to limit the types of accesses the user/port can perform. 
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GLOSSARY 

AQ interface 

ASCII 



Consolidated Communications System. 



Asynchronous 

Bit 

BYTE 
CRC 



EOP 

FWA 

IPL 

LWA 
LSB 
MPCLA 



MP-32 
A-2 



Programmed control 
and MP-32. 



interface between MPCLA 



O 



American Standard Code for Information 
Interchange. The standard code, using a 
coded character set consisting of 7-bit coded 
characters. See American National Standard 
X3.'4-1977. 

Refers to a type of serial transmission in 
which bit-synchronization is re-accomplished 
for each character. 

A binary digit. 

Eight (8) bits. 

Cyclic Redundancy Check. An error detection 
computation, similiar in usage to a checksum, 
in which the message (regarded as a 
polynominal) is divided by a specified 
polynominal in modulo arithmetic. The 
receiver should compute the same remainder as 
the transmitter. Achieves perfect detection 
of single, double, and odd numbers of errors, 
and very good detection of burst of error. 
The Z80 SIO provides a choice of two /" \ 
polynominals: CRC-16 s (x*16 + x^lS + x"2 + V J 
1) and SDLC s (x*l6 + x''12 •»■ x"5 + D. 
(Timing requirements force this to be a chip 
function. ) 

End of Operation. Typically, the requestor 
must be notified at this time. 

First Word Address. Used in conjunction with 
table pointers and/or buffer addresses. 

Initial Program load. The cold start load 
process: autoload, Deadstart. 

Last Word Address. 

Least sigificant bit, bit 2»» 

Microprogrammable Communication Line Adapter. 
Control Data equipment FJI30, several of 
which are included in CCS. Often used in this 
document to refer to the combination of 
hardware, plus the controlware defined 
herein. 

Primary hardware device for the CCS system. !|^ 9 
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refers to the Control Data primary hardware 
separate from the MPCLA. 

Most significant bit or byte. 

Mr.«,«rv This document uses RAM 
Random Access Memory, ^his go ^j^-hin the 
to indicate the memory containea 
MPCLA. 

Shorthand for "AWN syllable". A SLAB is 
SLAB gqygj to 12 bits. 

serial input output. In Particular a ZB0 SIO 
chip which has tEo (2) serial ports. 

v««<» ftf serial transmission in 

?reSUU.r"ni:r?Se''^re^;ea.„, on., see 
ANSI X3. 16-1976. 

Within this document the meaning is 32 bits, 
WORD ^^.^^ is one MP-32 word. 

Zilog Z80 CPU, in this document it is used to 
280 \^^l^^ to one side of a MPCLA. 



SIO 
Synchronous 
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SECTION 1. GENERAL 

1.1 Purpose of System/Subsystem Specification. 

This MPCLA/CCS System/Subsystem Specification for the CDC 
Consolidate Communication System (CCS) is written to fulfill the 
following objectives: 

a. To provide a detailed definition of the System/Subsystem 
functions of the MPCLA parts of the CCS design. 

b. To communicate details of the on-going analysis to the 
user's operational personnel. 

c. To define in detail the interfaces between the MPCLA 
subsystem and the MPX and line adapters utilized in the CCS. 



1.2 Project References. 

The following list of documents represents the current history of 
the CCS project as related to the CCS/MPCLA design and 
development. Although this document may not make explicit 
references to all documents listed they are considered to offer a 
contribution to the understanding of the CCS project. 

1. A Proposal to the Department of Navy, 
Fleet Numerical Weather Central 

by Control Data Corporation. 

Volumes Two and Three. 

in response to FNWC request N00123-78-R-1 ^155. 

December, 1978. 

2. CCS Project Plan and control document. 
Control Data Corporation 

April, 1979. 

3. AWN High Speed Interface Design Document 
Appendix B from Reference 1. 

U, NEDN/NEDS Interface Design Document 
Appendix C from Reference 1. 

5. FLENUMWEACEN-NMC Data Exchange Protocol Definition. 
Appendix D from Reference 1. 
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6. System/Subsystem Specification documentation format. 
D.O.D. Automated data System Documentation Standards Manual 
Manual 4120. 17-M 
December 1972, 

7. Mode 4A Data Communication Control Protocol 
CDC Standard 1.10.020 

Control Data Corporation, January 1975. 

8. Microprogrammable Communication Line Adapter 
FJ130-A Hardware Reference/Maintenance Manual, 
Publication # 60475570, 

Control Data Corporation, March 1979. 

9. Z80-CPU, Z80-A-CPU Technical Manual 
Part # 03-0029-00 

Zilog, Inc., 1977 
Cupertino, California 

10. Z80-SI0 Technical Manual 
Part // 03-3033-01 

Zilog, Inc., August 1978. 
Cupertino, California 

11. FNWC/NMC Data Exchange System "" 
N00228-78-C-3302 

Preliminary Design Document 
Technology Development Corporation 
Sunnyvale, CA 
4 December 1978 
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SECTION 2. SUMMARY OF REQUIREMENTS. 

2.1 System/Subsystem Description. 

The MPCLA subsystem is one part of the CCS design that forms a 
working communications system. The MPCLA subsystems primary 
responsibility is to provide a software communications interface 
to the outside connection. This interface consists of line 
processors capable of receiving and transmitting data to and from 
the outside, and processing the connection to the CCS MPX 
operating system. 

The MPCLA processors reside on a hardware module that is capable 
of interfacing to the outside connection via serial data 
hardware. The internal interface to the MPX system is provided by 
an A/Q hardware interface. The combination of these two hardware 
interfaces provide a means of meeting the requirements defined in 
the CCS requirements section of the CCS RFP. 



2.2 System/Subsystem Functions. 

The MPCLA software subsystem is divided into three major parts: 
DScheduler, 2)0utside line processors, and 3)MPX interface 
processors. 

Each of these parts reside in the RAM provided by the MPCLA 
hardware and are downloaded upon system start-up or reset by the 
MPX operating system. The actual line processor loaded into each 
MPCLA is defined by the MPX equipment status table. 

2.2.1 Scheduler. 

The Scheduler for the MPCLA subsystem provides a path for all 
subsystem requests. Its primary purpose is to maintain order in 
the system and to provide a convenient mechanism to handshake 
between the other parts of the MPCLA system. 

2.2.2 Outside Line Processors. 

There are four major Outside Line processor modules: DNEDN, 
2)High Speed AWN, 3)NMC and i»)Control Data Mode-IA. Each of these 

O modules contain software code to provide for translation of 
either incoming or outgoing data and software code to support the 
functioning of the Serial Input/output (SIO) device. Lire 
processor modules are responsible for error detection & recovery 
only on the basis of a single transmission block where either the 
hardware provides a mechanism, or the protocol defines a means. 
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2.2.3 MPX Interface. 

The MPX interface part of the MPCLA system consists of: DData \J 
processor, 2)Status processor, and 3)Command Decoder. 

2.2.3*1 Data Processor 

The Data processor module supplies software to support the 
transfer of data packets between the MPCLA and the MP-32 
hardware. The actual data transfer occurs via function code 
requests placed in Command & Reply Registers located in MPCLA 
RAM. 

2.2.3.2 Status & Reply generator. 

The status processor is responsible for issuing all function 
Replies to the MPX. This module also contains the low level 
drivers for functioning the interface. 

2.2.3.3 Command Decoder. 

The Command Decoder examines functions sent by the MP-32, and 
decides how they are to be processed. 



2.3 Accuracy and Validity. 

The accuracy and validity of the MPCLA system is divided between 
that supported by the hardware versus the software. The accuracy 
part of the question is answered by the SIO hardware interface of 
the MPCLA. The hardware used supports both parity error and data 
overrun detection. The software that exercises this hardware will 
on all SIO operations check these hardware conditions and upon 
finding an error execute a re-synch procedure that is supported 
by the protocol processor (Note if the protocol processor is 
unable to retransmit the 'frame' in error a data flag will be 
sent in the next packet to the MPX on incoming traffic. On 
outgoing traffic the error procedure is a function of the 
protocol processor). 

Another hardware condition validated by the software is that the 
communication line is still active and ready. If the hardware 
reports a lack of Data Set Ready (DSR), the MPCLA software will 
notify the router, which will inform the MPX of a down line 
condition. The MPCLA will continue to monitor the bad (down) line 
until it becomes active again, or until the MPX indicates this 
device is not to be polled. 



\ i 
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2.3.1 Timing. 

The MPCLA controlware is required to support a maximum transfer 
rate of 19,200 bits per second per Z80. There are thus two timing 
constraints to be considered in the MPCLA design: 1) Traffic 
loading/timing of outside lines, and 2) Traffic and timing 
conditions of loading and unloading the on-board RAM of the MPCLA 
to/from the MP-32. 

In the initial CCS system, the worst case timing constraint per 
Z80 is one 19,200 bps line. This equates to one interrupt every 
416 microseconds. The MPCLA operates on a 250 nanosecond clock 
with an average instruction taking 1.4 microseconds. The MPCLA 
system will process a byte save instruction in less than the 
required 297 instructions, thus guaranting the timing of the 
system. 

For potential future implementation of 50,000 baud support, a Z80 
is required to process each byte in 160 microseconds. In order 
to keep within the 114 instruction limit imposed by this rate, 
the Z80 will, for the duration of each transmission block, 
inhibit all processes except data transfer. 

Line A of each Z80 has relative priority over line B. When 
configuring the system, the higher speed line should be assigned 
to A. 



2.4 Flexibility. 

The MPCLA provides the CCS system with a programmable external 
line interface adapter. Since the MPCLA software code executes 
in MP-32 down loadable RAM the MPCLA is flexible. The MPCLA code 




To improve the flexibility, but on the same hand support the CCS 
requirements, the software interface between the MP-32 and MPCLA 
is designed around a general command/response (a la controller) 
mechanism, thus providing a flexible design structure capable of 
supporting other disciplines. 
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gBfTTON 3. EMVIRONMENT. 



3.1 Equipment Environment. 

Th^ MPCLA hardware is defined as Control Data Corporation 
equipment Model'?Jl!0-l described in Reference tBj' ^e term a 
l?gi^l MPCLA as one side of that equipment, which includes: 
1 Zilog Z80-A CPU, 

1 SIO/1 with 2 serial ports, 

2 PIO with 16 parallel lines each, 
16k RAM, 

2 RS232-C interfaces, 

ft phys?cif «PctI%onsis;";f two such stations (the AQ hardware 
is shared) on one board. 

The Consolidated Communications System contains several MPCLA 
hsnlrric, each Connected to communications lines as required. The 
o?her ma?or ?cS component is the MP-32, which is outside the 
ll%l of Jhls document! All of the Z80's can a--%f^e memory of 
the MP-32 and interrupt it. Conversely, the MP-32 can access tne 
entire Z80 RAM memory and send an interrupt to the ZB0. 

The communications device connected to ^^^-^^^^i/^^Ji.^^J^in^c'teS 
MPT ra. is either a Modem or an "ADCAP dox. ine aev^v-c v,w 
present! to the SIO an interface equivalent to one of the 



following 



LSI 9600 Codex Modem 
Bell 202 Modem 
Milgo 4800 Modem 



For all external interfaces the following signals are required to 

be configured on the EIA RS-232C 25 pin connector: 

Pin Name Description 

2 - Chassis Ground 

2 TxD Transmitted Data 

3 RxD Received Data 

4 RTS Request to Send 

5 CTS Clear to Send 

6 DSR Data set ready 

7 SG Signal Ground 



8 

15 

17 

20 DTR 



DCD Data Carrier Detect 
TxC Transmitter Clock 
RxC Receiver Clock 

Data Terminal Ready 
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3 2 Support Software Environment. 



MP-32. 



3.3 Interfaces 



The MPCLA connects inward, tightly, to the MP-32. It's outward 
connections are over communications lines, and are therefore less 
"umate! being constrained by hardware and protocol definitions. 

3.3.1 External Interfaces. 

Each of the External Interfaces exists to transfer data. The 

the data transferred. 

The maximum non-interruptible data block is limited to 4000 

bytes. 

The communications lines supported ^^^^/^^ji^^'f j^^" types ""ol 
Statement of Work [reference 1]. There are five typ 
protocols supported by the MPLCA: 

V r\i nil' ir'-ror'fs r^^r^rei ^'ipi.'^oLii 

io^LnicUlon^yste^:.. umlzmg a transparent Interface un.t 

"'°'"Th; ^DCCp"ni"'are controlled by the RTS line.. When 
the CC§ Sas d«a to transit the RTS line ^^ r"sed 
this sets the ADCCP to receive mode. The CCS wiii tnen 
transfer data to the ADCCP. The ADCCP will accept data 
un?n ail transmit buffers are full. At this Point the 
aSccp will stop the transfer clock ^TxC), inhibiting 
the transfer of data from the CCS to the ADCCP. When 
«.»,« anrrp has successfully transmitted a butter, tne 
clock will be restated and the ADCCP will accept more 
da?a from the CCS. When a complete message has been 
'transferred the CCS will drop the rtS line and the 
ADCCP will transmit the partial buffer. 

2\ AWN - High speed Automated Weather Network. F"J.l '^^Pj,^^^ 
'synchronous "^'rotoc^l; details in Reference ^^13] The MPLCA 
provides the MPX with a convienent -"^thod of transmi .^g.^ 
receiving some of the canned control "e^fj^es. Tne 
change of all message sequencing and retransmission. 

3) NMC - National Meterological Center. Full duplex, Synchronous 
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protocol, 8 bit data, no parity. Uses standard ASCII control 
codes for definition of transmission mode. Original specification 
in Appendix D of the Statement of Work has been superceded by ^-v 
Reference [11]. See pp. 42 ff. for message formats and ASCII ^^ 
control code usage. 

4) CDC Mode 4A - Control Data Corporation's two-way .alternate 
protocol. Details in Reference 17]. Supports both switched and 
dedicated lines. 

5> Diagnostic - Full transparent data bitstream. Allows MP-32 
control of all synch and redundancy check info. 

3.3.2 Internal Interface. 

The MPCLA interfaces with the MP-32 in order to transfer data as 
directed, and report transfer completion & status. The MP-32 may 
also obtain the hardware status of the communication ports. The 
MP-32 prepares blocks of data to be transmitted, essentially as a 
memory image of the bytes which are to be output. The MP-32 
performs all code conversions, data compression/expansion, byte 
re-arrangement, and sequencing. 

All bytes are padded out to 8 bits for passing between MPCLA & 
MP-32. Since AWN is oriented toward 12-bit bytes (called 
"syllables" herein) , blocks of AWN data are passed between MP-32 
& MPCLA in a "6-o.f-8" format. The 2 most significant bits of each 
8-bit byte are ignored; the lower 6 bits contain half of an AWN 
syllable, the least significant half being first. 

For all bytes of an AWN message horizontal parity is the 
responsibility of the MPCLA. (The MP-32 should clear bits 7 and 
6 of each outbound byte.) The MPCLA conditions the communications 
hardware for 6-bit transfers in a fashion such that 12-bit slabs 
are properly transmitted & received. The MPCLA also computes the 
AWN slab parity for transmit into slab bit (bit of odd 
bytes). Slab bit 6 (bit of odd bytes) is controlled by MP-32: 
when it is not a data bit (in Baudot slabs) it must be cleared 
(zero) for proper parity computation. For receive, slab parity is 
checked by the MPCLA; the MP-32 ignores the least significant bit 
of each slab. 

The slab format, pictorially is: 

7 6543210 
+ + — -+ + + + + + + 

1***1***1 5 4 3 2 1 I P I SlabI N, Byte# 2*N 

+ + + + + + + + + 

1***1***1 11 10 9 8 7 6 I Byte# 2*N+1 

+ + + + + + +• + + 

The other protocols are either 8-bit, or 7-bits+parity. MPCLA 
A.14 Appendix A, CCSYSTM-022-SS-OO-A 
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generates/checks horizontal Parity, as required. 

Longitudinal checksums are generated/checked by the MPCLA for. 

AWN - checksum in slab 95 of each segment. 

Mode 4A - Longitudinal parity follows ETX. 

S i"B?rc'. Ch^Sr^^ST JUi°?onowi ETB/ETX on a.ta bloc.s . 

n'=2!«"!L,"Sy:;ch^l?n"'.rS?te?s'":r^'=SitJarLd by the KPLC, 
and not passed to the MP-32. 



3,3.3 MPCLA/MP-32 Command Interface. 

11U\X fnf^U ltlTiil.''UVnUVlre co^iSinea in Section ,.S 
and in Section 4. 

The MP-32 directs an MPCLA (Station) to P"'""^""^ J™"'?"^er 
setting the Co.^ana Register '"^ 'hen sending '"^ ""-"^PJ,'-," 

fn«r?Sptr t1rrUu"ea"'to llli up'the contents o£ tHe Co^ana 
Rea^stertefore re-enabling interrupts. M this P°»"' "^ "^:?^ 
ll free to issue another Command, and the MPCIA must be capable 
if honoring ana stacking further commanas «i'hout regard to other 
tasks partially completea. The Commanas are ^f J^f ^^=J„d to 
fs^ue'%nr"Ja-it^°cUa"nf l-ri ^fnl S!t^^i^nlUlete prior 
Transmit. 
The MPCLA informs the MP-32 of command completion by issuing a 

S:pir-^is?fr'1"s r.\l"V.:ef .rVrlll\^^. an MPCL. from 
dr-noI"^Li^r?^L??urou^lt:na; ;rjr U fn £^is 

re^f:;e^S!«^?nrt'hr.r.i^tirru;rprn^i^g-"s?rt:s"^^^^ 

An MPCLA only writes into his Command Register after ""^Pjj^rii^ 

re SKFrt^Mf i?!?er^L?r: pi^ir^nrsUr-iri^^ 

it to indicate that he has seen the Reply. 

^v a. *.K« p«.niv caused by most Commands may be delayed 
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might issue a Read at the beginning of a day, and then begin a 
series of Transmits. Each of the Transmits would cause an 
appropriate Reply upon completion. It might be desired to shut 
down the CCS at the end of the day, say, while the Read was still 
active. To accomplish this cleanly, the MP-32 can issue a "Turn 
OFF Line" command. The MPCLA would first respond to the pending 
Read, with Status = "Complete due to Receiver Shutdown"'. When all 
activity ceased, the MPCLA would issue a Reply to the OFF 
command. 

The point of all this is that a processor never really has to 
wait for a desired function to be honored. If he has something to 
do in the future which requires action from the other 
(MP-32/Z80), his attention will be explicitly directed to that 
fact by a Reply (Command) . 



3.4 Security. 

The MPCLA modules will be unaware of any security in the CCS 
system. The responsibility for all security checking of incoming 
or outgoing data is the responsibility of the MP-32 system. 



3.5 Controls. 

As stated in section 3.3.3 the interface between the KPCLA and 
the MP-32 is via a command register and the MPCLA low page of RAM 
memory. This section describes each of these control 
definitions. 



v._ 
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3.5*1 Command Register 

The command register resides in the MPCLA low page of RAM memory 
and is accessable via the MP-32 directory functions to read or 
write. After IPL this command register is the only vehicle 
providing control over the MPCLA. 

COMNAID lEGISTEl FOIHAT 

(One register per Z80) 



15 1** 13 12 11 10 9 8 7 6 5 « 3 2 1 

+ — + — + — ♦ 4 4 — + — + — + — ♦ — ♦ — + — ♦ — ♦ — + — ♦ — + 

I Function I S T A T U S ILI 



•♦-—«•• 



Argument 



n 



gum 



Two 



i R E S E 



O 



Format description: 
Function 

Status 
LI 



Argument One 



Argument Two 



These bits define the function code to be 
performed by the MPCLA. The legal values for 
a function are 1 to 16. 

These bits are used by the MPCLA to indicate 
the status of the current operation. 

This bit is reserved to indicate which SIC 
line attached to the requested Z80 the 
function is associated with. A value of 
refers to SIO line 0, a value of 1 is for SIC 
line 1. 

This argument is always 16 bits long and is 
generally defined to contain the beginning 
address of an MP-32 buffer. This address is 
always a 16 bit half word address. The most 
significant bit is always set. 

This argument is always 16 bits long and is 
currently defined to contain the LENGTH of a 
block. This length is always in bytes. 



O 



7 Reset 



o 
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The legal request commands are: 

Number Description 

l" Recv Enable MPCLA to turn on receiver and inform MP-32 of 

any line changes, including carrier on. The 
receiver enable also supplies the FWA of a 
memory buffer for data in argument one. 

2 Xmit Enable MPCLA to turn on transmitter and inform MP-32 

of any line changes, including external link 
not responding. 

3 Recv Data MPCLA to put received data into MPX memory at 

Argument 1 address. 

4 Xmit Data The MPCLA will start to transmit the data 

contained at starting address pointed to by 
Argument One on line stated in Status bit LI. 
The MPCLA will inform the MP-32 when EOP for 
this block is sensed. 

5 step Informs MPCLA to put the Z80 processor in 

step mode. The Z80 will execute one trip of 
its master loop. There is no specific Reply 
to a Step command (other than that the 
Command Register is cleared), an EOP. 

6 Hang Stops current Z80 process. There is NO (^ 

response to this request. 

The Z80 will stop all transmissions and turn 
off all external data ports and respond with 
an EOP to the MP-32 (Any pending transmit or 
receive requests are ignored by the Z80) . 

e Off On ' The Z80 will turn off or on the requested Z80 

SIO line. Unlike the Reset command any 
pending transmits or receive blocks which 
have actually started will be completed. 

9 Define Line Directs the Z80 to initialize communication 

parameters: baud rate, internal/external 
clock, data bits and or parity for the SIO 
line specified by the LI bit. (See 4.2.9 for 
format of Command Register.) 

10 Xmit Pad Special form of transmit command, where the 

Z80 appends filler characters to the 
specified block. 



o 
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3»5.2 Reply Register. 

Like the command register, the Reply Register resides in the 
MPCLA low page of RAM memory and is accessable via- the MP-32 
directory functions to read or write. This register is used to 
advise the MP-32 of completion and status of requested 
transactions. 

■EPLT lEGISTEB FOIHAT 



15 14 13 12 11 10 9 8 7 6 5 *• 3 2 1 
Function lEPIER IFE |0R |PE IDS !DC|CK|BK|//|//|LI 



FWA of Buffer 



Length of transfer 



R E S E 



R V E D 
•+--♦--♦— ♦--4--+- 



•+--♦--+ 



o 



o 



Format description: 

Function Specifies which Command is being Replied to. 

Fwa Echo of Fwa in Command. 

Length Specifies Length actually transferred. For an 

error- free operation, should be equal to the length in 

the Command. 

The possible status conditions and their meaning are: 

EP End of Operation. If this bit is not set, the operation 

was prematurely terminated; the data should be 

discarded or re-transmitted. 
ER Error occurred = OR of bits 9 thru 5. 
FE Framing Error. Asynchronous = no stop bit present. 

Synchronous s character synchronization not achieved. 
OR Overrun/Underrun. Characters arrived faster than the 

Z80 could respond; or Z80 was not able to transmit fast 

enough. 
PE Parity Error. Horizontal parity not equal equal to that 

computed by Z80. 
DS Data Set not ready. Modem is not working. 
DC Data Carrier has dropped. Probably due to phone line 

hung-up, or a bad line hit. 
CK Checksum error. Longitudinal check value not equal to 

that computed by Z80. 
BK Break detected. Not meaningful in Synchronous 

operation. Bit is defined only — not implemented. 

Reserved for future enhancement. 
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3,5.3 MPCLA Control page. 

The first page of the MPCLA's RAM is dedicated to providing a 
fixed definitions for both the MPCLA and the MP-32. This page of 
memory, the Control page, contains all interface words used by 
both the MP-32 and the MPCLA. 

Consult a current listing for exact Page Zero addresses. The 
gejieral format and layout is as follows: 



0x 

Ix 

2x 

3x 

4x 

5x 

6x 

7x 



x0 xl x2 x3 x4 x5 x6 x7 x8 x9 xA xB xC xD xE xF 

JMP I 

* I 
._+ — + — + — + — + — + — + — + — + — + — + — + — + — + — +- 



JMP 1 |->Rcv| Xmt 
INIT 110 10 
._+ — +— + — + — + — + — +- 

Command 

Register 
._+ — + — + — + — + — + — +- 



Rev I Xmt I 

1111 
-+ — + — + — + — + — + — +- 

Reply 

Register 
-+ — + — + — + — + — + — +- 
Interrupt 
Vector CTC 
+ — + — + — + — + — + — + — + — + — + — + — + — + — + — +- 
Interrupt for 

Vector SIO 

+ — + — +_-+ — + — + — + — + — + — +—+—+—+ — + — +- 

Interrupt PIO I 
Vector I 

+ — + — + — + — + — + — + — + — + — + — + — + — + — + — +- 

I Non-Maskable 
I Interrupt 
.+ — + — + — + — + — + — + — + — + — + — + — + — + — + — +- 



+__+__+ — +__+__+__+—+ — + — + — +__+—+__+—+ — + — + 
The definitions for each of the low page cells is as follows; 



o 



'-^"'"N, 



JMP 



This lo 
insure 
memory 
Locatio 
to self 
started 
process 
by the 
JMP 10h 



cation is used during autoload time to 
that the MPCLA is running so that 

refresh cycles maintain RAM contents. 

ns (0-2) are initially set to be a JMP 
(*) by the MP-32, and the MPCLA 
executing at P=0 before the loading 
begins. After MPCLA has been loaded 
MP-32 this address will be changed to 
which fires-up the MPCLA. 



JMP INIT 



This jump instruction contains the main entry 
point address of the Z80 code module. The 
Initializer will change location back 
a JMP *. 



into 
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"' "^^^ These cells (14h to IBh) ^^^^^^^^ P°i"^!"tSs 

the SIO receive and transmit line status 
celll. ^See Section 5, MPCLA Internal 
Ipecification, for Line Information Table 
format.) 
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SECTION ti. EXTERNAL DESIGN DATA 

^.1 System Logical Flow. 

The MPCLA is a programmable communication line adapter that 
unlike most commercially available processors uses RAM instead of 
ROM as the memory for CPU instructions. This feature of the 
MPCLA allows for dynamic changes in the structure of the the code 
being executed, but also requires additional internal design 
structures to be present in order to interface with a host 
system. The following paragraphs provide a general flow of the 
MPCLA, including the design structure, with Section 4.2 
describing the details of each interface. 

The MPCLA(s) upon system reset or cold start is loaded via MP-32 
AQ-directory functions. This load will consist of loading the 
MPCLA with the appropriate code to process the protocol defined 
as connected on the various ports. The definition of the port 
configuration resides in the MPX system. Once the MPCLA is 
loaded it enters its idle loop awaiting a command from the MPX 
system. Each MPCLA has a command register located in the MPCLA 
low page of memory, this command register is fixed and is the 
main interface between the MPCLA and the MP-32. 

The MPCLA after initial load will NOT be capable of receiving or 
transmitting data. Before the MPCLA can process any external 
communications data the MP-32 must perform a command function to 
define the serial interface. This function defines to the MPCLA 
the baud rate, and the clock for the port requested. Once the 
port definition has occurred the MPCLA must receive either a 
Transmit and/or Receive enable request from the MP-32. These 
requests inform the MPCLA to turn on their appropriate 
communication lines and to monitor the condition of the lire. 
Once the MPCLA sees a line change it will respond with an EOP 
indicating line data and conditions. 

Once the MPCLA has established line connection it will continue 
to run as a slave to the MP-32 performing command requests to 
receive or transmit data. 

The MPCLA must also process the Transmit request intiated by the 
MP-32. This command fires up the transmission of data on the Z80 
SIO line defined in the request. The data to be transmitted is 
defined to be in transmission layout, with pads to fit in 8 bit 
bytes. The Z80 processor will process the xmit request adding 
the necessary 'SYNCH' characters, parity and or checksum. 

The MPCLA, besides processing data transfers commands, car 
receive from the MP-32 a second class of commands called control 
commands. These commands are used by the MP-32 to change the 
conditions of the MPCLA, or to status the hardware of the MPCLA. 
A complete description of these commands follows. 
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COLD I 
STABI I 



^tJ^ 



""Define Line 
(CMD 09) 







MPCLA Command Logical Flow. 
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A 2 MPCLA Prograr ^descriptions, 

all possible replies. 

4.2.1 Rpi-^elve Ena >'i° ir.ommand gl) 



EIHS2^^HH^2^HH^-22SS 



When the «PX c-..nds a R-^i-,J„r»feqiest:dr'"o''"re=et3e"yatJ 
hardware on the 28B 5""",„. -his function can not be 
-ll^ll re.^5: a^'S:a^n:!ri^l'"«».rn^ has been sent, or i. the 
line is OFF. 

. unp is not ready when this command is issued, 
^theTepTy'ts h^ld^^ntn "the line Lcomes ready. 



4.2.1.1 INPUTS. 




• « of the received data is restricted to 
The Z80 processing of the receiveu 

following definitions: 



the 



AWN . ill discard the SYNCH bytes, 

Th¥ Z80 processing AWN ^^^|/'J' °res parity bits) and 
check horizontal parity (MPX ^^J^'^^^^ P^e.ksum bytes are 
validate the segment Checksum. in ^^ ^^^ received 
set to the difference ^^^^f Jan detect which Segment (s) had 
values, so^ that the "^ Jf "n ^.^^ ^^^^ checksum 



values, so Uliau --"- •-- - r.„«mont Will hBVe cr»t;i-i\ = "'" 

Errors'. (A correctly received Segment will ^h ^^ ^^^^^.,,, 
difference = zero.) The buffer 
in Section 3.3.2. 
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CDC Mode-4A . , ^. 

The Z80 processing of M0DE-4A will discard leading and y~^ 
embedded SYN characters, check & clear horizontal parity '\J 
bit, and test & discard the Longitudinal Parity check (LPC) . 
Parity bit (2**7) of each character will be zeroed. The SOH 
character is passed on to the MP-32 in order to align the 
first byte of message data on a (32-bit) word boundary. All 
bytes (except SYN) from SOH to but not including ETX are 
passed to the MP-32. 

NEDN 

The Z80 processing of NEDN will pass received data straight 

thru. The 'NNNN' or 'nnnn' terminator is passed to MPX. 

Inbound checksum (8 bit, arithmetic) is validated and 

discarded. 

NMC 

The Z80 will discard the DLE,DC1,DLE header and the ETX 
terminator before passing the block to the MP-32 system. 
Also, the n*DLE,3*SYN fillers are discarded. 

DIAGNOSTIC 

The Z80 processing in this mode is defined as pass through. 

The Z80 will transfer all data through the SIO as defined by , .^ 

the 'def ine-line' command, NO processing of the data is 

performed. 

4.2.1.2 OUTPUTS. 

Once the MPCLA has received a complete block of information, it 
will issue an End of Operation (EP) to MPX and pass a status 
indicating any error encountered. 

The possible status conditions and their meaning are: 

EP End of Operation. 

ER Error occurred = OR of bits 9 thru 5. 

FE Framing Error. Asynchronous = no stop bit present. 

Synchronous = character synchronization not achieved. 
OR Overrun. Characters arrived faster than the Z80 could 

respond. 
PE Parity Error. Horizontal parity or longitudinal redundancy 

check not equal to that computed by Z80. 
DS Data Set not ready. Modem is not working. 
DC Data Carrier has dropped. Probably due to phone line 

hung-up, or a bad line hit. 
CK Checksum error. The checksum defined by the line protocol 

is in error. 
BK Break detected (Asynch only) . Bit reserved - not 

implemented. 
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4.2.2 Receive Data (Command 03) 



+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 

10 1 0!EP|ER|FE|OR|PElDS|DC|CK|BK|//l//|lil 
+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 
I FWA of BUFFER I 

+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 
I LENGTH 1 

+ — + — + — + — + — + — 4 — + — + — + — + — + — + — + — + — + — + 

+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 

The receiver must have been previously enabled (by Cmd 01) before 
this command is issued. The Receive Data command is used to read 
communication blocks subsequent to the first one. Unlike 
Recv_Enable (01), it does not reset the modem or communication 
line. Thus, receive overrun and other line problems can be 
detected. 

Except as noted, this command functions identically to 
Recv Enable. Refer to Cmd 01 for rest of definition. 



4.2.2.1 INPUTS. 

Recv_Data commands must be given before the first frame of a 
communications block arrives at the SIO. 



4.2.2.2 OUTPUTS. 

A Reply 03 is issued when a complete block has been received. 

In addition to the status conditions of Cmd 01, the following: 

OR Overrun. Characters arrived faster than the Z80 could 
respond. Or, a communications block began before the 
Recv_Data command was issued. The MPCLA subsystem cannot 
begin to process an arriving message until it has an MPX 
memory area in which to put the data. 

DS Data set (modem) dropped Ready status subsequent to receipt, 
of the previous block. 

DC Data Carrier has dropped since the previous block. (Except 
for Controlled Carrier disciplines.) 



o 
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4 , 2 .3 Transmit Enable (Command 02) 



10 1 l|EP|ER|FE|OR|PE|DS|DCl//l//l//l//llil 
I FWA of BUFFER I 

I LENGTH I 

+>_+—+—+—+—+—+—+—+—+—+—+—+--+--+—+— + 

l//l//l//l//l//l//l//l//l//l//l//l//l//'//'//y/i 
+ — + — + — + — +— + — + — + — + — + — + — + — + — + — + — + + 

When the MPX commands Transmit Enable, the MPCLA will set up the 
hardware in condition to transmit according to ^he line 
discipline. This function can not be performed before a 
Define Line (09) has been done. After a successful 
TransmTt_Enable, the MPX can issue Transmit_Data (04) and 
Transmit_Pad (10) commands. 

For Constant Carrier lines, the carrier is turned on by Cmd 02. 

(All CCS lines are currently specified as Constant Carrier.) The 

MPCLA switches the transmitter from the "Off Line" state into On 

Line Idle", and waits for the modem to become ready, and 
conditions the line, as necessary. 



4.2.3.1 INPUTS. 

No data is passed with the Transmit_Enable. The FWA and LENGTH 
parameters should be zero, to allow for future extension. 

4.2.3.2 OUTPUTS. 

A Reply 02 is issued when setup is complete (or failed) . 

The possible status conditions and their meaning are: 
EP End of Operation. 

ER Error occurred = OR of bits 9 thru 5. 

DS Data Set not ready. Modem is not working. , ^, ^ ^ . ^ 
DC Data Carrier did not coine up properly. Probably due to phone 
line hung-up, or a bad line hit. 

4.2.3.3 DATA BASE, 
none. 



o 
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4.2.4 Transmit Data (Command 04) 



+ — + — + — +--+ — + — + — + — +— + — ^.-^..4. — + — + — + — + 
10 10 0|EP|ER|FE|OR|PE|DS|DC|//|//|//|//|li| 
+ — + — + — + — +--+ — + — + — + — +—+—+__+ — + — + — + — + 

I FWA of BUFFER I 
+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 

I LENGTH I 

+ — + — + — + — + — +--+ — + — + — + — + — +— + — + — +—+__+ 

+ — + — + — + — + — + — + — + — 4...4.-.4. — + — + — + + — + — + 



The transmitter must have been previously enabled before this command is 
issued. The MPCLA switches the transmitter from the "On Line Idle" state into 
"Active" (needed, for example, for Controlled Carrier disciplines), 
initializes longitudinal check computations, and ensures that the message is 
preceded by a sufficient number of character-synchronization frames, as 
defined for this line. 



o 



o 



4.2.4.1 INPUTS. 

The data supplied with the Transmit command must constitute one complete 
communication block, as required by the protocol. The Z80 transmits the data 
unchanged, subject to only the following transformations: 

AWN 

Horizontal parity is completed as detailed in Section 3.3.2. The 

segment Checksum is generated and transmitted at the end. 

CDC Mode-4A 

The SOH character must be generated by the MP-32. The NPCLA appends 
the ETX character,' as well as the Longitudinal Parity Check (IPC). 
The most sigificant bit of each data byte is replaced by horizontal , 
parity . 

NEDN 

Data is transmitted unchanged. Message Pad of 50 bytes of binary 
zero is transmitted after the last block of a sequence (at "NNNN" 
EOM). There is no outbound checksum. 

NMC 

TRe Z80 will add the necessary DLE,DC1,DLE header and ETX terminator 

to all blocks. The 3*SYN group is inserted every 188 bytes. 



flnnonriiv fl rrcvcTM—no^—cc—nn—A n^OQ 
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cSnplete control of the transmitted block. 

A.2.4.2 OUTPUTS. 

^ or^er to in,»ove transmit ti.ir„. a Tra^lt Data co»»and generates two 

n^^ffl^r the data bio* "as been read into ZM.f^i^;S"S;i't ?h^%80°Ss 

"^.^f^a^n'lssue.another Transmit tetac^^^ ,„,„ ^pl, (^,1, is 

2) When'the blod< i? =™f3f,f 'nSS ff th^lc? Indicates whether the block 

:rs's"cSlfu1lf Ua^iftiro-^t^^ - «- -— • 

Note that in unusual circumstances (^^^^^•^Z S*S^nera?er"51^n this 
Operation may be terminated befor^ the ^J^^^^^ «fl>f^ J.32 should.be able 

rc^oS'wiS a^o^iftL ^HSOr"' - -"^- — '^ ^'^ 

outstanding, each one will get an EOP reply. 

Tr. possible status c^ditions and their meaning are as follows: ^ , 

S |;?o?'oSSi°^-t« Of bits 9 th^u^ 5 

^ "^,76^^ SSri'zra? SSr "longitudinal redundancy 

cSck not equal to that computed by »0. 
- aik^rifr ^af U^r P?oS°a^r^e"?o ^ne line 

hung-up, or a bad line hit. 

4.2.4.3 DATA BASE, 
none. 
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M,2.5 Step (Command 05) 

4...4'--4— o-f-— f-— f-- '4-— "4— 4--4<— •«—-'f-— f- -4— '4— '-4'— -f 
10 10 1|EP|//|//|//|//|//|//l//i//|//|//|//l 
4- + 4— -4- 4 4- 4- 4— - + — 4--4 4--4— -+ +--+—♦ 

I//I //I //I //I //I //I //I //I //;//; //I //I //I //I //I //I 

^..^..4...^.-4...4...4.--4...+-.4— -4--4-'-4--4— -4— -4— -4- 

!//;//! //I //I //I //I //I //I //I //I //I //I //;//! //I //I 

^..^..^ + + 4 4 4 4- 4 4 4--4- 4- 4 4— 4- 

I //I //I //I //I //I //I //I //I //I //I //{//! //!//!// I //I 
4..4.-4.-4..4— 4..4— 4..4--4->-4 — 4— -4— -4-— -4-— 4-— '4- 

The Step command causes the MPCLA to enter "Step mode". While in 
Step mode, the MPCLA will wait for another Step command before 
generating each Reply interrupt to the MP-32. 

The Step command is not compatible with normal system operation. 

Communication lines attached to a Z80 which is being Stepped may 

not be serviced properly. This command should only be used for 

diagnostic purposes, or if on-line reconfiguration is attempted. 

The MPCLA will be capable of honoring a Hang command (06) while 
it is waiting for a next-Step command. 

4.2.5.1 INPUTS. 

The EP bit in the Command indicates whether to begin or terminate 
Step mode. If EP=0 the MPCLA enters Step mode. If EPsI the MPCLA 
resumes normal high speed operation. 

4.2.5.2 OUTPUTS. 

There is no Reply to the Step command, as such. However, after 
each Step command is issued, the MPCLA may issue a pending Reply 
to some other command. 



4.2.5.3 DATA BASE. 
None. 
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^.2.6 Hang (Command 06) 



10 11 0|//|//|//|//|//|//|//|//|//|//j//|LIi 

"f-"*--*--*— »■-—♦— -4—-+— f— ♦—♦—♦•—+--+--+--♦— ♦ 

I// 1 //I //I //I //I //I //I //I //}//! //!//; //{//I //I //I 

-»■ + --4— -+ 4—-4-— f-— f-— f-— f-— *——f- — f--- f- — f-—f— »•«■ 
♦ + --+ + -- + - — f-- + 4— — «-- — f---t— --f-x •"-•>4—— I--— f-- + 

4---4— - + + 4- 4— -4— -4— 4— -+—4— -4" 4— -4— 4— 4— -4- 



O 



The Hang command forces the MPCLA to stop all execution. The 
MPCLA will stop execution and jump to location zero. Location 
zero will have been restored to contain JMP *, by MPCLA 
initialization. Thus, after issuing a Hang command, Z80 RAM 
refresh will still be operating so the MP-32 can read/dump MPCLA 
memory without using destructive AQ-director functions. 

This command is not compatible with normal system operation. Any 
transactions in progress when the MPCLA is stopped will not be 
completed. Active communication lines will no longer be serviced, 
nor are blocks properly terminated. The MPCLA must be restarted 
in order to resume communication service. 

NOTE - This function will never be honored if the Z80 is looping 
with interrupts disabled. (The MPCLA code will set location 66h / \ 
such that a Non-Maskable Interrupt will also jump to location ^^ J 
zero. This can be used if the NMI/ pin of the Z80 is accessible.) 



M.2.6.1 INPUTS. 



There are no other 
command itself. 



input fields for this command except the 



^.2.6.2 OUTPUTS. 

There is NO output for this command (The processor is stopped) 
However, all of Z80 memory is intact and available to the MP-32. 



^.2.6.3 DATA BASE. 
None. 
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^.2.7 Reset (Command 07) 

+ — ♦ — 4 — * 
I 1 



10 11 iiEPi//i//i//i//i/n//i//i//i//i//i£n 






•+--+--+ 



The RESET command is executed upon request and releases any and 
all pending command requests (including transmit or receive). 

^.2.7.1 INPUTS. 
None. 

^.2.7.2 OUTPUTS. 

The MPCLA will send a Reply with the EP bit set when it has 
^S^'^ilrf. IH clean-up and is ready to receive a new command. 
The MPCLA state after receiving a RESET command is the same as 
that after an initial load. 

4.2.7.3 DATA BASE. 
None. 
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4.2.8 OFF-ON Request (Command 08) (f^ 



+ — + — + — + — + — + — + — + — + — + — + — +— + — + — + — + — + 
110 0|EP|//|//|//l//l//l//l//l//l//l//ltIl 
+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 

+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 

+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 

+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 

The OFF/ON command informs the Z80 to change the condition of the 
requested line. This process is NOT performed until all transmit 
and receive queued requests have been completed. 

4.2.8.1 INPUTS. 

LI Specifies which line is to be affected. 

EP 0= Turn line ON. 1= Turn line OFF. 



4.2.8.2 OUTPUTS. V 

The MPCLA will send a Reply with the EP bit set after this 
function request is complete. 

4.2.8.3 DATA BASE. 

After an OFF command is completed, the specified line is . 
Disabled. Commands 01 and/or 02 must be issued to resume traffic. | 



tf ^ 
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4.2.9 Define Line (Command 09) 



STICBROVOOS Select Format: 

+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 

110 l|EP|//|//|//|//|//|//|//|//|//|//|li| 
+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 

ISYlPMlCLlMFlCXl B R S I TYP I MF=0 
+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 

I SYCl I SYC2 I 
+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 

I OSYCl I 0SYC2 I 
+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 



ASTBCHROHODS Select format: 

+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 

110 l|EP|//|//|//|//|//|//|//|//|//|//|li| 
4 — + — + — + — + — + — + — + — + — + — + — 4 — + — + — + — + — + 

ISBlPMlCLlMFlCXi B R S I TYP I MF=1 
+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 

I SYCl I SYC2 I 

+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 

+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 

The Define_Line (DF) command request sets the operating mode of 
the SIO line requested (0 or 1) for the Z80. This command is 
required only one per line following power-on or a Master Reset. 
If this command is issued while the Z80 is still processing data 
unknown results will occur. It is the responsibility of the MP-32 
to insure that this command is used properly. 

4.2.9.1 INPUTS. 

The Define_Line command selects the line discipline for the MPCLA 
including the definition of whether the line is Asynchronous or 
Synchronous. The Define-line command word field definitions for 
Synchronous are as follows: 

SY Define SYNCH type. This field defines the 

number of internal SYNCH characters or 
external synch select. The legal values are: 

One synch character. Definition 
defined by SYCl field 

1 Two synch characters. Definition 
defined by SYCl and SYC2 field. 

2 RESERVED. 

3 External synch control. 
Synchronization is achieved by 
applying a level on the SYNDET pin. 



PM 



Parity mode. This field defines the parity 
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mode the SIO line is to execute in. The 
legal values are: 

00 MO parity. 

01 ODD parity. 

10 (not used) 

11 EVEN parity. 

CL Character length. This field defines the 

character length of the SIO line. The legal 
values are: 



o 



00(0) 


5 


bits 


01(1) 


7 


bits 


10(2) 


6 


bits 


11(3) 


8 


bits. 



CX Clock select. In Synchronous mode the bit 

data rate is equal to the selected clock 
rate. If this field is zero the internal baud 
rate clock will be used, see BRS field 
specification. If CX=1, the clock is supplied 
by the external line via RS-232C pins 15 and 
17. 

BRS Baud Rate Select. The SIO line, if running 

on an internal clock, will select the 
appropriate baud rate defined by this field. 
(The column labeled "Actual" is the Ix clock 
rate for Synchr-..ous CX=0.) The legal valuto 
are: 



^, -> 



BRS 


Nominal 


Actual 




Value 


Baud 


Clock = 


Nominal x 16 





50 bps 


0.8 kHz 


(bps=Hz) 


1 


75 


1.2 




2 


110 


1.76 




3 


134.5 


2.152 




4 


150 


2.4 




5 


300 


4.8 




6 


600 


9.6 




7 


1200 


19.2 




8 


1800 


24.7438 




9 


2000 


31.9168 




10 


2400 


38.4 




11 


3600 


57.8258 




12 


4800 


76.8 




13 


7200 


114.306 




14 


9600 


153.6 




15 


19200 


307.2 





TYP This field defines the protocol to be used (['\ 

for the port selected. The currently defined 
protocols and their value is: 
(DIGICON DEBUG package) 
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1 


Diagnostic mode 


2 


AWN 


3 


NEDN 


4 


Mode 4A 


5 


NMC 


6 


(Reserved for ASynch) 


7 


(Reserved for ID50) 


8-15 


(Reserved) 



o 



o 



MF The MF field equals for Synchronous 

definition, 

SYCl/2 Synch words. These bytes define the two 

possible SYNCH characters that are to be used 
when the EX definition is internal. 

OSYCl/2 Outbound Synch words. These bytes provide 

for the case where the outbound Synch differs 
from inbound (AWN only) . The MPCLA sets them 
equal to SYC1&2 for normal protocols. 

If the MF field is set to a 1, the define-line is requesting that 
the SIO line for this Z80 run in Asynchronous mode. The field 
definitions for Asynchronous mode are: 

SB Stop bits. The legal values are: 

00(0) Invalid 
01(1) One (1) Stop bit 
10(2) 1 1/2 Stop bits 
11(3) 2 Stop bits 

PM Parity mode. This fields definition is the 

same as Synchronous. 

CL Character length. This fields definition is 

the same as Synchronous. 

CX Clock Select. If CX=0 , clock is internally 

supplied, and BRS field specifies the rate. 
If CX=1, the clock is supplied externally via 
RS-232 pins 15 and 17; the external clock is 
divided as specified by BRS to determine the* 
bit data rate. 

BRS Baud rate select. When CX=0, the data rate 

times 16 = clock rate, and the values of BRS 
are given above under Synchronous in the 
column labelled "Nominal". 

When Asynch CX=1, the external clock divisor 
is specified by BRS: 

Clock rate = Data rate if BRS=0; However 
RxD and RxC must maintain proper 
phasing, as detailed in SIO manual, 
reference [10]. 



80 May 1 Consolidated Communications System, 



Clock 


= 16x 


Data 


if 


BRS=1. 


Clock 


» 32x 


Data 


if 


BRS»2. 


Clock 


« 64x 


Data 


if 


BRS=3. 



o 



MF Mode flag. Asynchronous select is MF^l. When 

the Z80 is in Asynchronous mode all lines are 
considered half duplex, it is the 
responsibility of the MP-32 to echo in full 
duplex mode. 

TYP Must be = 0, 1, or 6 for Asynchronous line, 

SYCl/2 Termination characters for Asynchronous 

receive. Normally set to Ascii CR. 

4.2.9.2 OUTPUTS. 

The MPCLA will reply with an EOP set upon completion of 
processing the DF request. The DF reply will raise the interrupt 
line to the MP-32 and set EOP, the DF command does not have any 
error conditions. 



4.2.9.3 DATA BASE. 



/' 



The parameters specified in the Command Register are set up in ( j 
the SIO control registers, and the Line Information Table (see 
Section 5) . 
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4.2.10 Transmit Pad (Ccxfimand 10) 



+ — + — + — + — + — + — + — 4._4..^-_4 — + — + — + — + — + + 

110 1 0|EP|ER|FE|ORlPE|DS|DC|//|//|//|//|li| 
+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 

I FWA of BUFFER | 
+ — + — + — + — + — + — + — +— + — + — + — + — + — + — +— +— 4- 

I LENGTH I 

+ — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + — + 

1 P A D I X X X X I 

+ — +— + — + — + — + — + — + — + — + — + — +■ — + — + — + — + — + 



This command enables the Nf-32 to send predefined handshake messages 
conveniently and efficiently. Several different padding options are provided, 
as detailed below. The transmitter must have been previously enabled before 
this commano is issued. Transmitter initiation is the same as for normal 
Transmit Data (Command 4). 



o 



o 



4.2.10.1 INPUTS. 

There must be at least one byte of data supplied by the MP-32. The Z80 
suffixes the NP-32 data with internally generated bytes to form a complete 
transmission block. The MP-32 data is transmitted as per Transmit Data 
Command (4). The value of the PAD field determines which predefined pattern 
is useo. Each protocol processor supports only the PAD options which are 
useful with that protocol. 



AWN 

No PAD options. 

CDC Mode-4A. 



No PAD options. 



NEDN 

No PAD options. 



NIC 

No PAD options. 



DIAGNOSTIC 

The entire data block is transmitted unchanged. No PAD options. 
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4.2.10.2 OUTPUTS. \J 

unlike the normal Transmit Data coranand (4), the Transmit Pad cqmmand does not 
Snerate an ea?ly reply (-Transmit Data Block Copied"). Thus, this command 
ihSuld only bl used for short data lengths, or when no further transmission is 
Sntemp?ated S^n the block is completely transmitted, a normal "Transmit 
EOP" reply is sent to the h«'-32. See 4.2.4.2 for other reply and status 
definitions. 

4.2.10.3 DATA BASE. 
None. 



VJ 
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Appendix B 

System Design and Requirements-Software 

Intentionally Omitted 
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Appendix C 
Glossary 

o 



o 



^k»u^ 



KJ 
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Glossary 



o 



«bort 

Absolute 
ASCII 



Asscubte 

Asynchronous 

Batch 
BCLft 

Bit 
BlocK 

Buffer 

Byte 
CALL 

Callee 



The prcaature terainatior of a orocess 
Mhcnavar ar irracovarabla situation occurs. 

Refers to actual aachine address* 

Aaerican Standard Code for Information 
Interchange. Tha standard code« using a coded 
character set corsisting of 7-bit coded 
characters. See Aaerican National Standard 
X3.«»-1977, 

The process by which ar object Cbinary) 
nodule is created from the symbolic language 
prograv* 

Refers to a type of serial transaissior in 
Mhlch bit synchronization Is accoaolished for 
each character. 

Class of tasks Mhich run on a time available 
basis. 

Buffered Communications Line Adaoter is the 
controller Interface to the RS-?32C 
asynchronous communications tines. 

A binary digit. 

A grouc of machine words or bytes. Usually a 
collection of one or more records used in 1^0 
to reduce the number of physical ooerations. 

A portion of memory used to collect cata in 
order to compensate for speed differences 
betHeer the processor and peripheral devices. 

Eight (8> contiguous bits. 

The tranfer of control to a closed routine or 
task. A Executive Service Request, CALL, is' 
used to activate a specific task. 

The task initiated by the CALL Executive 
Service Reauest. 



O 
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Glossary 



Callvr Th« task initiating anothar routina or tasH. 

CLA Coaaunication Lina Adaptar« th« hardware 

intarfaca batiiaan tha CPU and the 
coaaunications Una* 

Comoila The process by which an assanbly aoaule is 

created froa a problea solving language. A 
conpiler usually generates several eachine 
instructions froa a single syabolic 
stateoent* 

Coaaon An area of nemory that «ay be shared between 

tasks or routines. Tasks aay coeaunicate 
through comaon areas* 

Point Zero CYBER Systew Control Point, 

Central Processing Unit, 

Cyclic Redundancy Check. 

An ares of memory that may be prestored with 
information at load time and may be shared 
betweer routines of a task. 

Oisoatcher An operating system routine that unthreads a 

task from the too of the ready list and 
Places the task into execution. 

ESR Executive Service Reouest* name given to the 

HPX Operating System rout ires invoked by the 
HON instruction. 

File A collection of blocks and/or records* 

usually of related data. Each mass storage 
file h«s an entry in the system Label File. 

Interrupt A break in the normal processing flow usually 

caused by a hardware signal. Interruots can 
be enabled or disabled and occur with ar 
associated priority. Processes that are 
interrupted are later resumed at the point of 
interrcption. 



Control 


CPU 


CRC 


Data 
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ITS 

IOC 
Job 

JCT 

Job Kanagvr 

Library 



Linkage 



Loader 
LU 

MP-3? 

MPP 



Interactive Tarninal Subsystan. 

Input /Output Control I ar. 

The seouential and/or parallel execution of 
tasks. Begins with a ♦JOB card and ends with 
a 'EOJ card. 

Job Control Table is an area of aemory 
contairing information controlling a given 
fob. 

A systee task that processes the input stream 
of the |ob« The Job Manager is a set of 
reentrant routines shared by all user |obs» 

A collection of freouertly usedt checked-out 
prograts aaintained on ar external device 
that can be loaded and executed separately or 
in con|uction with a user's program. 
Libraries eust be arranged to einimize 
searching. 

The irterconnection between routires or 
devices. The loader aa+ches externals and 
entry poirts to establish program linkage. 
The Interactive Terminal Subsystem match Job 
terminal requests with terminal user 
connection reauests to establish port 
linkage. 

A system task that is used to load, relocate, 
and link binary object modules. 

Logical Unit, a number representing the user 
connection to a device. 

The HPX Operating System. 

MP-60 CPU Emulation device. 

HP-60 CPU Emulation device (Militarized, or 
Ruggidized) • 
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Ordinal 



Paga 

PMiC 
Port 

PPU 
Process 

Priority 

Queue 
Peady list 
Pelocatable 

Resident 
RETUPN 



Schedule 



The relative location of an entry in a table. 
The absolute location of an entry can be 
obtained by nultlplying the ordinal by the 
nunber of machine words per entry and adding 
the starting address of the table*' 

A (»096 Mord block of contiguous aenory. 
Paging is a technique Mhere a logical address 
is transforaed via a set of page registers 
into a physical address* 

Progravaable Multiple Access Controller* 

The conmunications line between the CPU and 
the user* 

CDC CYEER/eOOO Perioheral Processor Unit. 

A software program equivalent to the MPX/OS 
terms tasks and Job* 

A value assigned to an item In the system 
which facilitiates scheduling and processing 
within the operating system* 

A list used to control the processing to be 
done* 

A prioritized list of tasks waiting for 
control of the CPU. 

Refers to a program that has been prepared by 
a source language compiler or assembler to b« 
loaded intc any area of available memory. 

The portion of the operating system which 
resides permanently in memory* 

A Execctive Service Reauest that terminates a 
task aro transfers control to the ocirt in 
the caller where the call originated. A task 
may return with or without release of memory. 

The dftermlnation of which processing Is 
required next. 
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stack 
Status 

Synchronous 

Syst«» Initialize 



Task 

TCT 

T«r«ina1 

TeriBlrate 

Thread 



Utility 



A last-in« first-out queue* 

A stage or condition of an I/O request or a 
task. 

Serial transntssion In Mhich characters are 
sent bitMlse without start and stoo bits. 

Refers to the intiaf systea load process 
where the resident is loaded* •emory 
Initialized* and the system tasHs are 
started* 

An independent unit of work that can comoete 
for the resources of the systea* A task way 
call ard be called by other tasks* 

Task Control Table is an area of aenory 
contairlng Inforaatlor used to control a 
task. 

The device connected to the user eno of the 
PORT. 

The process of coecleting a |ob« A lob may 
terainate roraally or abnoraalty. 

A linked list of elements* the contents of 
each thread cell contains the address of the 
next thread cell and so on until a thread 
cell contains a value indicating the end of 
the list* 

A routine* procedure or crcgram that supports 
the operation of a system* 
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Conversion Tables 
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EXT 




FLEET 


ASCI] 




DC 


BCC 


BAUDOT 


SCO 


HEX CHAR OCT 


CHAR 


OCT 


OCT OCT 


CHAR 


1 «- 


1- 




t 1 




J- 




1 1 


t 1 


1 








1 1 


NUL1 














t 1 t 


SOHl 














1 2 1 


STXI 














1 3 1 


ETXI 














t ii 1 


EOT! 














1 5 1 


ENQI 














1 h 1 


ftCKI 














1 7 1 


BELS 








F5 J 


32J 1 t 


1 8 1 


8S 1 












t t 


1 9 1 


HT t 






4 






t I 


1 A 1 


LF 1 








F2/L2 1 


01 t 1 


t e 1 


VT 1 






1 

1 






t 1 


t C 1 


FF 1 












t 1 


1 1 


CR 1 








FIO/LIO 1 


131 = 1 


t E 1 


SO J 














1 F 1 


ST t 














1 IQ t 


DLEI 














J 11 t 


OCll 














1 I? » 


OC?l 














t 13 1 


0C31 














1 Id 1 


oc<»t 














» 15 t 


NAKl 














» 16 1 


SYNl 














1 17 1 


ET3J 














1 18 1 


CAN1 




• 
i 










t iq 1 


EM 1 




I i 










1 i& « 


SU3I 




J 










t 13 1 


ESCI 














1 IC 1 


FS t 














1 10 1 


GS 1 






1 








J IE 1 


RS t 














1 IF 1 


US 1 














f ?0 ISPCEI 


55 


ISPCE 


t 20 


1 L^nk 1 


20 


ISPCE t 


! 21 1 


t 1 

9 


66 


1 f 


t 52 


1 F15 1 


66 


1 F 1 


1 2? 1 


** 1 


6<» 


1 ** 


J lU 








1 23 I 


f 1 


60 


1 « 


1 36 


1 F2<» 1 


70 


1 H 1 


1 2<» 1 


t 1 


53 


t S 


1 53 


J Fll 1 


6(» 


1 1 


1 25 1 


7. 1 


63 


1 X 


1 16 








1 26 J 


V 1 


67 


t & 


1 37 


1 F32 1 


67 


t G 1 


1 27 1 


• I 


70 


1 • 


1 55 




55 


1 • 1 


1 28 1 


C 1 


51 


1 { 


1 Sd 


1 F17 t 


*»2 


1 K 1 


1 29 1 


1 1 


52 


1 1 


1 7k 


1 F22 1 


hZ 


1 L 1 



CCSySTM-022-SS-OO-A 



0-1 



ApDvndlx 


Conver 
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1 2A 1 • 


1 47 1 • 


t Sd 1 


1 1 1 


1 2B 1 ♦ 


1 l»5 1 ♦ 


1 6Q t 


F21 1 60 1 ♦ 1 


t ZC 1 « 


1 56 1 , 


1 33 1 


1 > 1 


1 ?0 1 - 


1 <»6 1 - 


1 %Q 1 


F3 1 61 1 A 1 


1 2E 1 • 


1 57 » . 


1 73 1 


FSd S 73 t • 1 


1 ?F 1 < 


1 50 1 / 


1 21 1 


F35 1 21 1 / 1 


1 30 t 


t 33 1 


t 12 t 


F26 J 12 1 I 


t 31 1 1 


1 3(» 1 1 


1 1 t 


F27 J 111 1 


1 32 1 2 


t 35 1 2 


t 2 1 


F23 1 2 12 1 


1 33 1 3 


1 36 1 3 


1 3 1 


F3 13 13 1 


1 3«» 1 «» 


1 37 1 * 


t k t 


F12 1 h \ f* t 


1 35 1 5 


1 VO 1 5 


1 5 1 


F5 1 5 15 1 


1 36 1 6 


t dl t 6 


1 6 1 


F25 1 6 16 1 


J 37 1 7 


1 «»2 1 7 


1 7 1 


F7 1 7 17 1 


1 3« 1 8 


1 U3 1 


1 10 t 


F6 t 10 1 8 1 


1 39 1 <» 


t dU 1 9 


J 11 t 


F30 1 11 t 9 1 


1 7A 1 t 


toil 


1 1 


F16 1 63 1 C 1 


1 3B 1 ; 


1 77 1 ? 


J 77 1 


F36 1 53 1 $ 1 


: 3C 1 < 


J 72 1 < 


1 72 1 


1 t 1 


» 30 1 - 


1 5<» 1 = 


1 13 1 


1 1 t 


1 3E J > 


1 73 J > 


1 57 1 


t 1 1 


1 3F : ? 


J 71 J ? 


1 56 1 


F31 J 62 1 8 t 


1 i»o 1 a 


1 7«» J a 


1 15 1 


: 1 t 


1 111 1 A 


1 1 J * 


i 61 t 


L3 « 61 1 A 1 


1 i»2 S 3 


1 2 t a 


1 62 1 


L31 1 62 1 a 1 


J «i3 1 C 


t 3 1 c 


1 63 t 


L16 1 63 1 C 1 


1 «»«» J n 


1 <» 1 


I 6<i t 


Lll J 6U J 1 


t i»? 1 E 


1 5 1 E 


< 65 t 


LI J 65 ! E 1 


t kb I f 


1 6 1 F 


t 66 I 


L15 1 66 1 F t 


1 *»7 » G 


1 7 J G 


I 67 J 


L32 t 67 1 C i 


f U8 J M 


1 10 1 H 


I 7e « 


L2«» : 70 1 H 1 


t <»9 1 I 


1 11 » T 


J 71 » 


L5 i 71 1 I 1 


1 <»a t J 


% 1? 1 J 


1 dl : 


L13 } dl } J t 


1 iiB 1 K 


1 13 t K 


1 UZ J 


L17 1 «»2 1 K I 


1 VC f L 


1 l<t 1 L 


1 i»3 1 


L22 J «i3 1 L 1 


1 liO 1 H 


I 15 1 M 


t <»(• 1 


L34 t <»t» 1 H t 


1 I»E « N 


1 16 1 H 


1 i»5 1 


Lid 1 d5 1 N 1 


1 «»F 1 


1 17 1 


1 i»e s 


L30 1 (»6 1 1 


1 5n s P 


1 20 1 P 


1 «»7 1 


L26 1 i»7 1 P 1 


1 51 < Q 


1 21 J 


1 50 S 


L27 1 50 1 Q 1 


1 52 1 R 


1 22 1 R 


1 51 1 


L12 1 51 J R t 


1 5^ 1 S 


1 23 1 S 


1 22 1 


L5 1 22 1 S 1 


1 5i| t T 


1 2I» 1 T 


1 23 1 


L20 1 23 1 T t 


1 55 1 U 


1 25 1 U 


t 2% 1 


L7 1 2d 1 U J 


1 56 1 V 


1 26 1 V 


1 25 1 


L36 1 25 1 V 1 


J 57 1 « 


1 27 1 H 


t 26 I 


L23 1 26 1 « 1 


t 5« 1 X 


S 30 t X 


1 27 J 


L35 1 27 1 X 1 


1 59 1 Y 


1 31 J Y 


1 30 t 


L25 1 30 1 Y 1 


f 5A t Z 


1 32 1 Z 


1 31 1 


L21 1 31 J Z I 
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Conversion Tablos 




t SB 1 


1 t [ 


1 61 




t 




17 












t 


1 5C \ 


1 \ 1 


1 75 




\ 




75 












1 


1 50 1 


1 1 \ 


1 62 




1 




32 












t 


1 5E 1 


1 ~ 1 


1 76 




— 




76 












1 


1 5F 1 




1 65 








35 












1 


1 60 t 


1 ** 1 






















1 


t 61 \ 


1 a \ 


1 1 




A 




61 




L3 




61 




A i 


t 6? 1 


1 b 1 


1 2 




B 




62 




L31 




62 




B 1 


1 63 1 


1 c t 


1 3 




C 




63 




L16 




63 




C t 


1 6(» 1 


1 d 1 


1 h 









6(> 




Lll 




6U 




t 


1 65 1 


1 « \ 


1 5 




E 




65 




LI 




65 




E 1 


1 66 1 


1 f 1 


1 6 




F 




66 




L15 




66 




F 1 


1 67 ) 


1 g 1 


1 7 




G 




67 




L32 




67 




6 1 


1 66 1 


1 h t 


1 10 




H 




70 




L2<» 




70 




H 1 


« 6<? 


1 i 1 


1 11 




I 




71 




L6 




71 




I t 


t 6A \ 


1 1 1 


1 12 




J 




«»1 




L13 




*il 




J I 


t 6e 1 


t K 1 


1 13 




K 




k2 




L17 




U2 




K } 


1 6C 


1 1 1 


1 1<» 




L 




<i3 




L22 




Ii3 




L 1 


1 60 ' 


1 m 


1 15 




M 




kk 




L3U 




kU 




M t 


1 6E 1 


1 n 1 


1 16 




H 




*5 




LI* 




«»5 




N 1 


1 6F 1 


1 o ' 


1 17 









V6 




L3Q 




*6 




1 


1 70 ' 


I ! 


1 20 




P 




hi 




L26 




kl 




P J 


1 71 


1 Q 1 


r 21 




Q 




50 




L27 




50 




Q i 


I 72 1 


1 r 1 


1 22 




R 




51 




L12 




51 




R i 


1 7.1 1 


1 s \ 


1 23 




S 




22 




L5 




22 




S 1 


! 7l» \ 


1 t 1 


1 24 




T 




23 




L20 




23 




T \ 


1 75 1 


1 u 1 


1 25 




U 




2<i 




L7 




2U 




U 1 


1 76 • 


1 V 


1 26 




V 




?5 




L36 




25 




V 1 


1 77 \ 


N 1 


1 27 




H 




26 




L23 




26 




M t 


» 78 


1 X \ 


1 30 




X 




27 




L35 




27 




X 1 


1 79 


! V 1 


1 31 




Y 




30 




L25 




30 




V » 


1 7A 1 


1 z 1 


1 32 




2 




31 




L21 




31 




Z 1 


J 7B 


1 C 






















J 


t 7C 


1 1 1 






















J 


1 70 


! y 






















1 


1 7E 


1 "* ' 






















J 


1 7F 1 


1 OEL' 






















1 


1 


ISKIP 














FO/LO 









t ] 


1 


1 FIG1 














F33/L33 









t i 


1 


1 LET 














F37/L37 









t i 


1 


1 OOC 














Fl% 




45 




N 1 


f 


1 ONA 

1 

FIGU1 




tF 




-*• 




W * w 


F13 
LET = 


L 


*il 




J } 
1 


FTG = 


=?ES 


► 




ETTI 


S (LI 


OPC s 


oR-r 


tRCLE 










ONA a 


OOHN 


ARROW 
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AWN High Speed Interface 
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